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EXPRESS MAIL LABEL NO. EL682441860US pf^0d&T/PTO 0 f j^j 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

Applicant : Harald Schiller, Heinz-Werner Keesen and 
Marco Winter 

Filed : Herewith 

For : METHOD FOR ADDRESSING A BITSTREAM 

RECORDING 

PRELIMINARY AMENDMENT 



Hon. Commissioner of Patents and Trademarks 
Box PCT 

Washington, D.C. 2 0231 
Sir: 



In the US national phase application of 
PCT/EP99/06254 filed herewith, please enter the following 
amendments : 



IN THE SPECIFICATION: 



Please amend the specification as follows: 



On Page 1, (as amended during the prosecution 
of the PCT application and annexed to the International 
Preliminary Examination Report), line 1, insert the title 
-- METHOD FOR ADDRESSING A BITSTREAM RECORDING--. 



On Page 1 (as amended during the prosecution of 
the PCT application and annexed to the International 
Preliminary Examination Report) , following the title, 
insert : 



-- This application claims the benefit 
under 35 U.S. C. § 365 of International Application 
PCT/EP99/06254 , filed August 26, 1999, which was 
published in accordance with PCT Article 21(2) on March 
16, 2000, in English, and which claims the benefit of 
European Application No. 98250315.3, filed September 7, 
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1998 and European Application No. 98250387.2, filed 
November 4, 1998.-- 

IN THE CLAIMS: 

Please amend the claims as follows: 

1. (AMENDED) Method for addressing pieces [(VOBU#i)] of 
a bitstream to be recorded or being recorded on a 
storage medium [(STRD)], wherein an address table 
[ (HAT) ] is used that assigns time information to said 
pieces and wherein each of said pieces [(VOBU#i)] 
includes a constant number of bits, [characterised by] 
wherein : 

said pieces contain data packets; 

to each address table entry for said pieces a delta 
time duration value [(ADUR#i)] is assigned in said 
address table [ (HAT) ] , wherein such delta time 
duration value is the difference between the arrival 
time of the first data packet of a piece and the 
arrival time of the data packet following immediately 
the last data packet of that piece; 

to get the value for a target piece 
address ( [DAV) ] , the corresponding delta time durations 
become accumulated until a given time value is most 
closely reached towards said target piece. 

2. (AMENDED) Method according to claim 1, wherein said 
storage medium [ (STRD) ] is a Streamer device or a DVD 
recorder . 
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3 . (AMENDED) Method according to claim 1 [or 2], 
wherein said delta time duration values [ { ADUR# i ) ] are 
assigned in said address table [ (HAT) ] using a running 
index (i) and wherein the running index of the target 
piece table entry becomes multiplied by said constant 
bit number in order to compute said address value. 

4. (AMENDED) Method according to [any of claims 1 to 3] 
claim 1 , wherein the size of a piece corresponds to 
the number of bits of an ECC block or a multiple 
thereof . 

5. (AMENDED) Storage medium containing pieces [ (VOBU#i) ] 
of a bitstream and an address table [ (HAT) ] that 
assigns time information 

to said pieces, wherein each of said pieces [ (VOBU#i) ] 
includes a constant number of bits, [characterised by] 
wherein : 

said pieces contain data packets; 

to each address table entry for said pieces a delta 
time duration value [ (ADUR#i ) ] is assigned in said 
address table [ (HAT) ] , wherein such delta time 
duration value is the difference between the arrival 
time of the first data packet of a piece and the 
arrival time of the data packet following immediately 
the last data packet of that piece. 
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IN THE ABSTRACT: 

Please add the following abstract: 

--In bitstream recording presentation data is 
organised into Video Object Units. These have a variable 
size but have also a variable duration. To allow access 
to any Video Object Unit in the bitstream a housekeeping 
address table is used which is based on pieces of the 
bitstream of constant size per piece. The address table 
additionally contains for each of these pieces a specific 
delta duration which indicates the time difference 
between the arrival time of the first packet of a piece 
and the arrival time of the packet following immediately 
the last packet of that piece. The computation of the 
target VOBU address includes the following steps: 

- accumulate the delta durations until the given time 
value is most closely reached towards the target VOBU; 

- the running index of this table entry multiplied by the 
constant piece size directly results in the address value 
to be accessed. -- 

REMARKS 

The specification has been amended to include 
the title of the application and a reference to the 
priority applications. 

The above amendments to the claims have been 
made to eliminate the multiple dependencies and reference 
indicia and to meet the requirements of the United 
States . 

To meet the requirements of the United States, 
the Abstract (as originally filed in the PCT application) 
is added. 
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No fee is believed to have been incurred by 



virtue of this amendment. However if a fee is incurred 
on the basis of this amendment, please charge such fee 
against deposit account 07-0832 



THOMSON multimedia Licensing Inc. 
Patent Operation 
PO Box 5312 

Princeton, NJ 08543-5312 
March 1, 2 001 



Respectfully submitted, 
Harald Schiller 
Heinz-Werner Keesen 
Marco Winter 




Paul P. Kiel, Attorney 
Registration No. 40,677 
609/734-9650 
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2-3-1Q.-2000 PJ9b:'062WOl-Ha-231u jG EP 00990625- 

Reo'd PCT/PTO 0 1 MAR 2001 

09/786185 

The invention relates to a method and to an apparatus for 
addressing a bitstream to be recorded or being recorded on a 
storage medium, e.g. an optical disc. 



Background 

10 In bitstream recording one is free to subdivide the bit- 
stream into sub-units of more regular structure. Presenta- 
tion data in DVDs (digital video or versatile disc) is or- 
ganised into units called Video Object Unit, denoted VOBU, 
e.g. in the RTRW Specification for Realtime Rewritable Video 

15 DVDs. VOBUs have a variable size {data amount measured in 

number of sectors) , but have also a variable duration (meas- 
ured in number of video fields) . 

For data retrieval from the disc the RTRW specification 
foresees a 'VOBU map 1 which is a table where for every VOBU 
20 in a recording the length in sectors and the duration in 
fields is entered. 

EP-A-0 729 153 discloses a table that is used for trick play 
mode, in which table a time code is assigned to each sector 
on an optical disc suited for variable transfer rate. 

25 

Invention 

A table for data retrieval from a storage medium can be 
30 based on bitstream data being subdivided into pieces of con- 
stant duration. 'Duration' means the difference between the 
arrival time of the first packet of a piece and the arrival 
time of the packet following immediately the last packet of 
that piece. 

35 'Housekeeping' in the general context of either RTRW recor- 
ding or Stream recording is the task to translate a given 
time value (presentation time in case of RTRW recording or 
packet arrival time ^n case of Stream recording) into a disc 
address value where the desired data can be found. 

40 
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In such systems the VOBU map or 'housekeeping address ta- 
ble', denoted HAT, can contain a specific size or a specific 
offset or a specific delta size or, in general, a specific 
address-like quantity for each of these constant-duration 
5 pieces . By storing delta values instead of the total dura- 
tion at a current VOBU these entries can be described with 
shorter word length which helps to keep the total VOBU map 
in a reasonable size. 

A possible type of housekeeping process for these systems 
10 could include the following steps: 

- By division and truncation, calculate from the given time 
value the index of the table entry to be looked up. 
The content of the table entry either directly specifies 
the address value to access, or all table entries up to 
15 that index have to be accumulated to get the address 

value to be accessed. 



The big disadvantage of such type of HAT which is based on 
constant-duration pieces lies in the following: 

20 - In case of a low bitrate recording the pieces of constant 
duration will be small in size, i.e. every piece will 
comprise a few data sectors only or, in the extreme, a 
fraction of a data sector only. The disc can contain 
enormous numbers of those pieces, so that the HAT may be- 

25 come too big to be kept in the memory. 

- In case of high bitrate recording, the pieces of constant 
duration are big in size, i.e. each piece will comprise 
many data sectors. Then, addressing one piece or another 
corresponds to a very coarse addressing on the (sector) 

30 scale, i.e. a piece address derived from the HAT can be 

located many sectors away from the currently desired lo- 
cation . 

Therefore housekeeping based on constant-duration pieces can 
result in a too big HAT in some cases (up to one half of the 
35 disc capacity) , and can result in too coarse addressing in 
other cases. 
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It is one object of the invention to disclose a method for 
assigning to a given time value a storage medium address 
value which method avoids such disadvantages. This object is 
achieved by the method disclosed in claim 1. 

5 

According to the invention the housekeeping address table 
HAT is based on pieces of constant length or size, i.e. a 
constant number of bits per piece. 

In a medium like DVD-RAM where data are physically organised 
10 into 'ECC blocks' (ECC: error correction code) of 32kByte 

length each, particular advantages result if the above con- 
stant size or a multiple of it is used as the constant size 
of a piece. However, any other constant size can be used. In 
this case of pieces of constant size the HAT contains for 
15 each of these pieces of constant size a specific absolute 

duration or, preferably, a specific delta duration which in- 
dicates the arrival time difference between the last and the 
first packet contained in a piece. 

The housekeeping process, i.e. the computation of the target 

20 VOBU address includes the following steps: 

Accumulate the delta durations contained in the HAT until 
the given time value is most closely reached towards the 
target VOBU, i.e. until the sum of delta durations is 
less than or equal to the given time value assuming that 

25 forward scanning of the VOBU entries is performed, or un- 

til the sum of delta durations is greater than or equal 
to the given time value assuming that backward scanning 
of the VOBU entries is performed. 

The running index of this table entry multiplied by the 
30 constant piece size directly results in the address value 

to be accessed. 



The advantages of the inventive constant-size based HAT are 
the HAT size does not depend on the bitrate of the re- 
35 cordings, 

the HAT addressing accuracy is constant, the granularity 
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basically corresponds to the 'piece size constant' which 
can be chosen as appropriate to be constant for all types 
of discs, to be constant per disc, or to be constant per 
recording on a specific disc. 

5 

In principle, the inventive method is suited for addressing 
a bitstream to be recorded or being recorded on a storage 
medium, e.g. a DVD recorder, wherein an address table is 
used that is based on pieces of said bitstream, and wherein: 
10 - said pieces each include a constant amount of bits of 
said bitstream; 

to each address table entry for said pieces an absolute 
time duration or a delta time duration is assigned in 
said address table using a running index; 

15 - in case of absolute time duration values storage: 

in order to get an address value for reaching a target 
address the nearest corresponding absolute time duration 
entry of said address table is selected and the corre- 
sponding running index becomes multiplied by said con- 

20 stant amount in order to compute said address value, or, 

in case of delta time duration values storage: 
in order to get an address value for reaching a target 
address all delta time durations up to the nearest time 
duration corresponding to said address value become accu- 

25 mulated and the running index corresponding to the delta 

time duration entry related to said nearest time duration 
becomes multiplied by said constant amount in order to 
compute said address value. 

30 Advantageous additional embodiments of the inventive method 
are disclosed in the respective dependent claims. 



35 



Drawings 

Embodiments of the invention are described with reference to 
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the 


accompanying drawings, which show in: 


Fig. 


1 


simplified overall system for DVD Stream Recording; 


Fig. 


2 


basic directory and file structured- 


Fig. 


3 


navigation data structure; 


Fig. 


4 


stream pack; 


Fig. 


5 


inventive housekeeping address table; 


Fig. 


6 


Stream Time Map Information; 


Fig. 


7 


mapping list example. 
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Exemplary embodiments 



The DVD Stream Recording system is designed to use rewri- 
table DVD discs for recording existing digital bitstreams, 
15 editing them and playing them back as bitstreams. 
The following abbreviations are used: 

LB: Logical Block, RBN: relative byte number, RBP : relative 
byte position, RLBN: relative logical block number, STB: set 
top box, TOC: table of content, SCR: system clock reference. 

20 

This system is designed to satisfy the following require- 
ments : 

Any packet size is supported as long as it is less than 
2kByte and of constant length within a take. 
25 A timing mechanism,— i-re^ — a-^time— stamp— is-- added— to— e v~ex y — 
broadcast packet to enable proper packet delivery during 
playback . 

To enlarge the fields of applications, non-real-time record- 
ing should be possible. However, in this case the STB has to 
30 generate the Time Stamp information. 

Data allocation strategy and file support real-time stream 
recording . 

Many digital services require Service Information which nor- 
mally is embedded in the real-time stream. To support a STB 
35 fed by data from a DVD player, the DVD should provide addi- 
tional space, which can be used by the STB to duplicate part 
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of the service information and to add additional TOC infor- 
mation . 

Copy Protection must be supported. In addition, any scram- 
bling performed by the service provider or the STB must be 
5 kept unchanged. 

User requirements can be grouped into requirements for re- 
cording, requirements for playback, and requirements for ed- 
iting: 

Real-time Recording 

10 The system should be designed to enable real-time recording 
of digital streams. It also should allow the user to con- 
catenate recordings, even if those recordings consist of 
different stream formats. If recordings are concatenated, a 
seamless or close to seamless playback possibility would be 

15 nice but is not required. 



Navigation Support 

To support navigation two pieces of information (lists) 
should be generated during recording: 

20 1) An 'original' version of a play list. This list contains 
quite low level information, e.g. time map or (broadcast) 
packet order of the recording. This list is accessible by 
the STB and the content is understood by the DVD streamer as 
well as by the STB. In its original version the playlist en- 

25 ables the playback of a complete recording. The playlist may 
be accessed and extended after recording by the STB to allow 
more sophisticated playback sequences. 

2) The second piece of information, a mapping list, is gen- 
erated to support the stream recorder to retrieve packet 
30 stream chunks (cells), that are described in terms of the 

application domain, e.g. 'broadcast packets' or 'time'. This 
list is owned and understood by the DVD streamer only. 



35 



Content Description 

The system should reserve space which can be used by the 
to store high level TOC and Service Information. This in 



STB 
for- 
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mation is provided for the user to navigate through the con- 
tent stored on disc and may contain sophisticated GUI infor- 
mation. The content needs not to be understood by the stream 
recorder. However a common subset of the TOC information, 
5 e.g. based on a character string, may be useful to be shared 
between STB and DVD, in order to enable the stream recorder 
to provide a basic menu by itself. 

Playback of individual recording and playing all recordings 
10 sequentially should be possible via play list. 

Player menus for entry point selection 

The STB can generate a sophisticated menu based on the TOC 
information stored on the disc. However, it should be possi- 
15 ble to generate a simple menu by the streamer itself, e.g. 
via some ^character' information which is shared by STB and 
DVD. 

Trick play modes 
20 The STB should be able to steer trick play via the v play 

list' . Due to the nature of the broadcast stream, the trick 
play features may be limited to basic ones, e.g. Time Search 
and Title Jump. 

User defined playback sequence features like programming or 
25 parental control can be supported via the play list 

The DVD streamer should create the 'original version' of the 
play list. It also should allow extensions and modifications 
of the play list by the STB for more sophisticated playback 
30 features. The DVD streamer is not responsible for the con- 
tent of those sophisticated playlist(s). 

The system must support the deletion of single recordings on 
user's request. If possible, the system should allow this 
35 feature under the control of the STB. 
The system may support insert editing. 
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In the simplified overall system of Fig. 1 an application 
device AD interacts via an interface IF, e.g. an IEEE1394 
interface, with a streamer device STRD, i.e. a DVD recorde] 
A streamer STR within STRD sends its data via output buffei 
ing & timestamping handling means BTHO to IF and receives 
from IF data via input buffering & timestamping handling 
means BTHI . AD sends its data via output buffering & time- 
stamping handling means BTHOAD to IF and receives from IF 
data via input buffering & timestamping handling means 
BTHIAD. 



Concerning the directory and file structure", the organisa- 
tion of Stream Data and Navigation Data of DVD Stream Re- 
cording is done in a specific way such as to take into ac- 
count the following: 

- Any DVD Streamer device STRD has certain requirements to 
store its own housekeeping data or Streamer-specific 
navigation data on the disc. These data are solely for 
helping the retrieval of recorded data; they need not be 
understood or even be visible to any outside application 
device AD. 

Any DVD Streamer device STRD needs to communicate with 
the application device AD it is connected to. This commu 
nication should be as universal as possible so that the 
maximum possible range of applications can be connected 
to the Streamer. The Navigation Data to support such com- 
munication are called Common navigation data and must be 
understandable by the Streamer as well as by the applica- 
tion device. 

The Streamer device STRD should offer to the connected 
application device AD a means for storing its own private 
data of any desired kind. The Streamer needs not to un- 
derstand any of the content, internal structure, or mean- 
ing of this Application-specific navigation data. 



Fig. 2 illustrates a possible directory and file structure 
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where all the data comprising the disc content are. The 
files storing the disc content are placed under the STRREC 
directory which is under the root directory. Under the 
STRREC directory the following files are created: 

- COMMON. I FO 

Basic information to describe the stream content. Needs 
to be understood by the Application Device as well as the 
Streamer . 

- ' STREAMER. IFO 

Private housekeeping information specific to the Streamer 
Device. Needs not to be understood by the Application De- 
vice . 

- APPLICAT.IFO 

Application Private Data, i.e. information that is spe- 
cific to the Application (s ) connected to the Streamer. 
Needs not to be understood by the Streamer. 

- REALTIME. SOB 

Recorded real-time stream data proper. 
Note that except for the files described above, the STRREC 
directory shall not contain any other files or directories. 

Concerning the navigation data structure, Navigation data is 
provided to control the recording, playing back, and editing 
of any bitstreams that are recorded. As shown in Fig. 3, 
Navigation Data includes Stream Management Information (SMI) 
as contained in the file named COMMON. IFO and Housekeeping 
Information (HKPI) as contained in the file named 
STREAMER. IFO. From the point of view of the Streamer Device, 
these two kinds of information are sufficient to perform all 
necessary operations. 

In addition to these, DVD Stream Recording also foresees the 
possibility of reserving a storage location for Application 
Private Data (APD) , which may in general also be considered 
as Navigation Data. 

SMI and HKPI are the Navigation Data which are directly 
relevant for the Streamer operation. SMI includes three 
kinds of information tables, namely Stream Manager General 
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Information (SM_GI), Stream Title Table (STT) , and Stream 
Playlist Table (SPLT) , in this order. HKPI includes two 
kinds of information tables, namely Housekeeping General In 
formation (HKP_GI) and Housekeeping Address Table (HAT), in 
this order. 

There is no restriction in Stream Recording that each table 
within Navigation Information must be aligned with a sector 
boundary. 

SM_GI includes information items like end address of SMI , 
end address of SM_GI, start address of STT and start addres 
of SPLT. 

STT includes information items like Number of Stream Titles, 
End Address of Stream Title Table, Application Packet Size, 
Service ID, Application Device ID, Stream Duration, Stream 
Name Search Pointer, Stream Title Names (STN) . 
SPLT includes information items like Number of Playlists, 
End address of SPLT, Start Addresses of Playlist Informa- 
tion, Number of Playlist Entries, Index of Stream Title, 
Start SCR, and End SCR. 

Housekeeping General Information (HKP_GI) includes informa- 
tion items like Number of Housekeeping Address Entries 
(HAE_Ns), End address of HKPI (HKPI_EA) and Time Scale Fac- 
tor (HKP_TSCAL) . 

HAE_Ns describes the number of housekeeping address entries 
contained in this HKPI. HKPI_EA describes the End Address of 
this HKPI. HKP_TSCAL describes the time scaling used within 
this HKPI. 

The purpose of the inventive Housekeeping Address Table 
(HAT) is to provide all necessary information so that given 
playlist entries are efficiently translated into disc ad- 
dress pairs, and viceversa. 

It is also possible to include Application Private Data 
which consist of three kinds of information, namely Applica- 
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tion Private Data General Information, a set of one or more 
Application Private Data Search Pointers, and a set of one 
or more Application Private Data Area. If any Application 
Private Data exists, these three kinds of information become 
recorded and stored in this order in the APPLICAT . IFO file. 



Stream Data include one or more 'Stream Objects' (SOBs) 
which each can be stored as a 'Program stream' as described 
in ISO/IEC 13818-1, Systems. 

A SOB can be terminated by a program_end_code . The value of 
the SCR field in the first pack of each SOB may be non-zero. 
A SOB contains the Stream Data packed into a sequence of 
'Stream Packs' (S_PCKs) . Stream data can be organised as one 
elementary stream and are carried in PES packets with a 
stream_id. 

As shown in Fig. 4 a Stream Pack includes a pack header, 
eventually followed by a system header, and followed by one 
Stream Packet (S_PKT) . A system header may be included in 
those S_PCKs which are the first S_PCK of a SOB. When a sys- 
tem header is included, the length of the remaining Stream 
Pack content is 2010 bytes, when it is not included, the 
length of Stream Pack content is 2034 bytes. 

A stream Object is composed of one or more Stream Packs. 

The HAT table depicted in Fig. 5 contains for each piece or 
VOBU (VOBU#l to VOBU#n) of the bitstream to be recorded or 
of the recorded bitstream a corresponding absolute or delta 
time duration entry ADUR#1 to ADUR#n . DAC denotes a desired 
address or target address in the bitstream. VOBU#l to VOBU#n 
each concern a constant number of bits of the bitstream. 

The HAT table can have the format of a Stream Time Map In- 
formation STMAPI and may include two sub-units: "Stream Time 
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Map General Information" STMAP_GI and one "Mapping List" 
MAPL. A possible content of STMAPI is shown in Fig. 6. 
MAPU_SZ describes the size in sectors of the mapping list 
units. A Mapping Unit Size of e.g. 16 sectors means that the 
5 first Mapping List Entry relates to the application packets 
contained in the first 16 sectors of the Stream, the second 
Mapping List Entry relates to the application packets con- 
tained in the next 16 sectors, and so on. 

MTU_SHFT describes the weight of the LSB of the mapping list 
10 entries, relative to the bits of the Packet Arrival Time 

(PAT) Describing Format. MTU_SHFT describes a value between 
16 and 36. A value of e.g. "16" means that the LSB of Incre- 
mental Application Packet Arrival Time IAPAT has the same 
weight as PAT base [0], whereby PAT_base[x] means a PAT base 
15 value measured by 90kHz units. 

MTU_SHFT depends on MAPU_SZ. MTU_SHFT fulfils the rules: 

n rr^r .34 MAPU SZ , , 

0< 5625-2 34 ■ MTU SHFT =— \<\ 

2 mtu_shft . max ^ b itrate 

and 

\6<MTU_SHFT<36 

20 wherein 

max bitrate = maximum bitrate of the MPEG-2 Program Stream. 



MAPL_ENT_Ns describes the number of Mapping List Entries to 
follow after STMAP_GI. 
25 S_S_APAT describes the start Application Packet Arrival Time 
of the Stream, i.e. the packet arrival time of the first 
packet belonging to the Stream. 

S_E_APAT describes the end Application Packet Arrival Time 
of the Stream, i.e. the packet arrival time of the last 
30 packet belonging to the Stream. 



The Mapping 
Application 
Incremental 



List MAPL consists of zero or more 
Packet Arrival Times" IAPAT. IAPAT 
Application Packet Arrival Time of 



" Incremental 
describes the 
the corre- 
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sponding Mapping Unit in DVD Stream Recording' s Incremental 
PAT Describing Format defined in the following: 
Let MAPU_S_APAT ( i ) , 1 < i < MAPL_ENT_Ns , be the start Appli- 
cation Packet Arrival Time of the Mapping Unit #i, i.e. the 
packet arrival time of the first packet belonging to the 
Mapping Unit #i; let MAPU_E_APAT ( i ) be the last Application 
Packet Arrival Time of the Mapping Unit #i, i.e. the packet 
arrival time of the last packet belonging to the Mapping 
Unit #i and let IAPAT(i) be the i-th IAPAT entry of the Map- 
ping List, i.e. IAPAT (1) is the first entry of the Mapping 
List. Then IAPAT (i) shall fulfil the rules: 



0< 



jTlAPAT(k) 



MAPU_S_APAT(i + l) 



for i 



1,2, 



,MTU SHFT 



, MAPL ENT Ns-1, 



<1 



15 



and 



0 < 



YjIAPATQc) 



jfe=l 



MAPU_E_APAT(i) 



\MTU SHFT 



<1 



for i = MAPL_ENT_Ns, 
and 

0 < IAPAT (i) < 2 12 



20 



for i = 1,2, MAPL ENT Ns . 



Fig. 7 shows an example of the order of MAPU, MAPU_S_APAT, 
MAPU_E_APAT and IAPAT. The lower side of the t-axis is di- 
vided in IAPAT Time Units and the upper side of the t-axis 

25 in the MAPUs . 

MAPU_S_APAT ( i ) and MAPU_E_APAT ( i ) are described in the DVD 
Stream Recording's PAT Describing Format. For the comparison 
in the equation above MAPU_S_APAT ( i ) and MAPU_E_APAT ( i ) are 
treated as e.g. 6 byte unsigned integer values. 

30 The duration of IAPAT = 1 is the 

jMTU _SHFT 

Time Unit of IAPAT = r^r o 20 seconds. 
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In Stream recording, the application performs its own pad- 
ding, so that the pack length adjustment methods of DVD-ROM 
Video or RTRW need not to be used. In Stream recording it is 
safe to assume, that the Stream packets will always have the 
necessary length. 

The data stream also contains time stamps, e.g. within the 
data packets. 



Claims 



Method for addressing pieces (VOBU#i) of a bitstream to 
be recorded or being recorded on a storage medium (STRD) , 
wherein an address table (HAT) is used that assigns time 
information to said pieces and wherein each of said 
pieces (VOBU#i) includes a constant number of bits, char- 
acterised by: 

said pieces contain data packets; 

to each address table entry for said pieces a delta time 
duration value (ADUR#i) is assigned in said address table 
(HAT) , wherein such delta time duration value is the dif- 
ference between the arrival time of the first data packet 
of a piece and the arrival time of the data packet fol- 
lowing immediately the last data packet of that piece; 
to get the value for a target piece address (DAV) , the 
corresponding delta time durations become accumulated un- 
til a given time value is most closely reached towards 
said target piece. 

2. Method according to claim 1, wherein said storage medium 

(STRD) is a Streamer device or a DVD recorder. 

3. Method according to claim 1 or 2, wherein said delta time 
duration values (ADUR#i) are assigned in said address ta- 
ble (HAT) using a running index (i) and wherein the run- 
ning index of the target piece table entry becomes multi- 
plied by said constant bit number in order to compute 
said address value. 

4. Method according to any of claims 1 to 3, wherein the 
size of a piece corresponds to the number of bits of an 
ECC block or a multiple thereof. 

5. Storage medium containing pieces (VOBU#i) of a bitstream 
and an address table (HAT) that assigns time information 
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to said pieces, wherein each of said pieces (VOBU#i) in- 
cludes a constant number of bits, characterised by: 
said pieces contain data packets; 

to each address table entry for said pieces a delta time 
duration value (ADUR#i) is assigned in said address table 
(HAT) , wherein such delta time duration value is the dif- 
ference between the arrival time of the first data packet 
of a piece and the arrival time of the data packet fol- 
lowing immediately the last data packet of that piece. 
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